home *** CD-ROM | disk | FTP | other *** search
- Path: aargh.incubus.sub.org!marc
- From: marc@aargh.incubus.sub.org (Marc 'Nepomuk' Heuler)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Demo/game to OS friendly part II
- Message-ID: <Tf+Ux*0ia@aargh.incubus.sub.org>
- Date: Sun, 07 Jan 1996 19:45:59 CET
- Reply-To: marc@aargh.incubus.sub.org
- References: <38231819@kone.fipnet.fi> <4cgsn7$ke3@maureen.teleport.com> <38231852@kone.fipnet.fi>
- <4ck41j$a9a@serpens.rhein.de> <38231887@kone.fipnet.fi> <4cmive$21c@sunsystem5.informatik.tu-muenchen.de>
- Distribution: world
- Organization: Data Design
- X-Newsreader: Arn V1.03a
-
- In article <4cmive$21c@sunsystem5.informatik.tu-muenchen.de>, Juergen "Rally" Fischer writes:
-
- > i heard even screentofront does copy on some cards.
- > it's really annoying to find out a routine that won't
- > jerk and will be done by card-drivers.
-
- Why not implement an alternative that can be activated in the Settings
- menu?
-
- Screen update >> [ ] ScrollVPort()
- [ ] ChangeScreenBuffer()
- [ ] ScreenToFront()
- [ ] Whatever else
- ~~~~~~~~~~~~~~~~~~~~~~~~
- [ ] Fastest
-
- Ghost whatever isn't available on the setup (ie depending on OS version).
-
- "Fastest" should become default (but choose from 100% OS compliant drivers
- only). If it fails on a certain config, the user can change the setting.
- Make it a CLI option, if the display driver completly screws up and doesn't
- let the user access the menu anymore.
-